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(54) System^ device and method for supporting a label switched path across a non-MPLS 
compllantsegment 



(57) A label swrtched path may traverse multiple 
networlc domains of a communication network, namely, 
a first MPLS domain and a second MPLS domain inter- 
connected by a non-MPLS domain. The label stack in- 
formation of a packet sent over the LSP is preserved by 
establishing an tunnel across the non-MPLS domain of 
the LSP. The tun net connects the first MPLS domain and 
the second MPLS domain of the LSP. The packet and 
label stack infonmation are encapsulated and sent over 
the tunnel. An MPLS identifier Is included in the header 
of the encapsulated packet so that the packet and label 
stack tnfonnatlon may be Identified at the second MPLS 
domain. 



Establish LSP across 
multiple network 
domains 



301 



Establish an IP tunnel 
crossing the non- 
MPLS domain 



302 



Forward packet with 
label stacic through 
first MPLS domain 



303 



When packet readies 
IP tunnel, encapstHate 
pad^et and iabel stad^ 



304 



Send packet and iat)el 

stack across non- 
MPLS domain through 
the IP tunnel 



305 



00 
CO 

CO 



At end of IP tunnel, j 306 
decapsutate packet u 
and label stack 



Forward packet across 307 
second MPLS domain _J 
using tat}el switching 



LU 



FIG. 3 



Printed by Jouve, 7S001 PARJS (FR) 



BNSDOCID:<EP 113493aA1 I > 



BNS oao 



EP1 134 938 A1 



Description 

FIELD OFTHE INVENTION 

[0001] The invention generally relates to computer 
networks and. more particularly, the invention relates to 
a system and method of supporting a label sv^fitched 
path across a non-MPLS compliant segment of a com- 
munication network. 

BACKGROUND OFTHE INVENTION 



[0002] Typically, packets of Infomiation are routed 
through a communication network using a networking 
protocol such as the Internet Protocol (IP), which is a 
connnectionless networking protocol. In a connection- 
less networking protocol, each packet of infonnation In- 
cludes a network layer destination address, and each 
router f onwards a packet of infomnatlon, based upon the 
network layer destination address, to the next router on 
the path. The next router on the path to a particular net- 
work layer destination address Is predetemiined by a 
routing protocol such as the Open Shortest Path Rrst 
(OSPF) protocol, the Routing Infomnatlon Protocol 
(RIP), or other routing protocol. 
[0003] Each router makes an independent forwarding 
decision for the packet based upon its analysis of the 
network layer destination address in the packet header. 
Each router detemiines a next hop for each packet of 
infonnatlon based upon the network layer destination 
address of the packet, and forwards the packet of infor- 
mation to the con-esponding next hop (or set of hops) 
associated with the network layer destination address. 
Network layer routing, however, requires that each rout- 
er process each packets' infonnation at the network lay- 
er. This operation can be expensive (in tenms of com- 
puting resources) and time consuming, andean limit the 
performance of some routers. 

^00C%\ Alternatively, packets of Information may be 
"routed through a communication network using label 
switching. Label switching allows a packet to be trans- 
ported across a network domain using labels rather than 
the network layer address. A label is a short, fixed length 
value which represents an fonvarding equivalence class 
("FEC"). A Label Switched Path (LSP) may be estab- 
lished from an ingress border device to an egress border 
device in the network domain. The LSP traverses a 
number of label switching devices. Each label switching 
device assigns a label to each FEC that it supports. 
When the packet enters the ingress border devfce, the 
ingress border device analyzes the network layer and/ 
or transport layer header of the packet and assigns the 
packet to a particular FEC. The ingress border device 
will then Insert the conresponding label into tiie packet, 
either as a field in tiie layer 2 header, or as part of a new 
header inserted between the layer2 and layers header. 
Once a packet is assigned a label (and thus an FEC) no 
further header analysis is done by subsequent label 
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switching devfces. Each intenmediate label switching 
device along the LSP makes Its fonvarding decision for 
the packet using the<abel to detemnine the next hop la- 
bel and output port for tiie packet Each intemiediate 
label switching devtee will remove the label in tiie packet 
and replace it with a label conresponding to the next hop 
on the label switched path. 

it is also possible for a packet to have more 



tiian one label (l.e.» a label stack). Typically, the label 
10 stack is a last-in, fIrst-out stack. When a packet has a 
label stack, the set of label operations will be the same, 
i.e., the packet is switched based on the top level of the 
label stack, except that at some points a label switching 
device may remove and replace multiple labels or re- 
move tiie entire label stack. Label stacks allow hierar- 
chical operation or the use of rmjitiple streams within a 
label switched path. 

[00061 The Internet Engineering task Force (IETF) 
Multi-Protocol Label Switching (MPLS) working group 
has defined an MPLS architecture for utilizing label 
switching for Intemetworklng. MPLS is considered to be 
multi-protocol because it can be used with many layer 
2 protocols, such as ATM or frame relay, and with any 
network layer protocol, not just IP. The framework for 
25 MPLS IS described in an IETF Internet draft document 
entitled "A Framework for MPLS," whteh Is referenced 
as draft-ieti-mpls-framework-05.txt (September 1999). 
and is herein incorporated by reference In its entirety. 
The MPLS architecture ts descn*bed in an IETF Intemet 
30 draft document entitled "Multiprotocol Label Switching 
Architecture," v^rhlch is referenced as draft-letf-mpls- 
arch-06.txt (August 1999), and is hereby Incorporated 
by reference in its entirety. 

[0007] In order to use label switch ing for intemetwork- 
35 ing. each label switching device must learn the labels 
that are used by its neighboring label switching device 
(s). Therefore, tiie IETF MPLS working group has de- 
fined a Label Distribution Protocol (LDP) for distributing 
labels between neighboring label switching devices. 
4o LDP may be used to distribute labels between both con- 
tiguous and non-contiguous label switching devices. 
LDP is described in an IETF Intemet Draft document en- 
titied "LDP Specifk:ation," whkdi Is referenced as draft- 
ietf-ldp-oe.txt (Ck:tober 1999). and is hereby incorporat- 
45 ed by reference in its entirety. There are also other pro- 
tocols used for label distribution known in the art. 

^"^^^^^^^^^^^^^l^^g^^ewee re- 
^^^IncfudTng ^ S {or feit^t stack}» the 
^^j^^^^^kjoiSiis.^ ^ '^^^^^^'^^G re- 
"^""T^PfiKel of tire label stiEu:;kX to a next 
^^SbiifiswftctYm^^ re- 

^ ^ ^ ^^^j€^fg(rwards 

roSfi^oo' 

^rs^Qrpati:]^:*n certain situations, when the label 
CwitchTng device fe an egress border device, the label 
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switching device win remove the entire label stack. 
[0009] It may be desirable to set up an LSP which 
crosses multiple network domains. An LSP which 
traverses multiple network domains may be desirable 
for traffic engineering purposes. Traffic engineering Is 
the process of selecting the paths followed by data traffic 
in a computer network in order to balance the traffic load 
on the various links, routers, and switches in the network 
with the goal of reducing congestion and optimizing the 
use of network resources. MPLS may be used to imple- 
ment explicitly routed paths to control where the data 
traffic flows in the network. MPLS traffic engineering 
routes the traffic flows across a network based on the 
resources the traffic flow requires and the resources 
available In the network. Explicitly routed paths may be 
chosen at or before the time a packet enters the net- 
work. In setting up an explicitly routed LSP, it may be 
desirable to select a route which crosses a non-MPLS 
domain (i.e., a domain which contains non-MPLS com- 
pliant devices). 

[0010] However» if the network domains traversed by 
the LSP are not all MPLS domains (i.e. a domain with 
MPLS compliant devices), any label stack information 
associated with the packet will be lost when the packet 
enters the non-MPLS domain (i.e. a domain with non- 
MPLS compliant devices). The last MPLS compliant de- 
vice before the non-MPLS domain (I.e., a border device) 
will remove the entire label stack from the packet before 
it is sent to the non-M PLS domain. This is not a problem 
If the label stack includes only one label because this 
label would be removed at the egress border device of 
the MPLS domain In any case. However, If the depth of 
the label stack is greater than 1, all the lnformatk>n in 
the label stack will be lost when the egress border device 
of the MPLS domain removes the label stack. 

SUMMARY OF THE INVErJTlON 

^S^t^lli^ In accordance with one aspect of the Invention, 
a method for establishing a label switched path for for- 
warding a packet and label stack in a communication 
network which includes a first label switched domain 
and a second label switched domain interconnected by 
a non-label switched domain includes establishing a 
tunnel across the non-label switched domain which con- 
nects the first label switched domain and the second la- 
bel switched domain.; 




ti^^pEtHi^l^^lSg^" The tunnel may be an IP tunnel such 
as a Generic Routing Encapsulation (GRE) tunnel. In 
one embodiment, the first and second label switched do- 
mains are Multiprotocol Label Switching (MPLS) do- 
mains. In a further embodiment, the method further in- 
cludes providing an MPLS identifier in the tunnel packet 
such that the seco nd label switched domain may Identify 
the packet and label stack. 

In accordance with another aspect of the in- 
vention a device for establishing a label switched path 




for forwarding a packet and label stack In a communi- 
cation network which includes gj^^fefeS^swl _ 

n- 
tebei 

Tfi'e devbe further includes encapsulatlhg logic for en- 
capsulating the packet and label step k i nformation to 

10 the non-labei switched dom^^^^^^^^^^^^^rst 
label switched domain and the second label switched 
domain. Forwarding logic fon^^ards the tunnel packet 
through the tunnel. The tunnel may be an IP tunnel such 
as a Generic Routing Encapsulation (GRE) tunnel. In 

15 one embodiment, the first label switched domain and the 
second label switched domain are Multiprotocol Label 
Switching (MPLS) domains. In a further embodiment, 
the tunnel packet Includes a MPLS Identifier such that 
the second label switched domain can identify the.pack- 

^0 et and label stack. 

another embodiment, a method for es- 
tablishing a label switched path for forwarding a packet 
and label stack in a communication network which in- 
cludes a first label switched domain and an second label 

^5 switched domain Interconnected by a non-label 
switched domain Includes establishing a tunnel across 
the non-label switched domain which connects the first 
label switched domain and the second label switched 
domain. A tunnel packet comprised of an encapsulated 

30 packet and label stack is received from the tunnel. The 
encapsulated packet and label stack are decapsulated 
and then forwarded across the second label switched 
path.^^. 

^^^^^ Xln a further embodiment, a device forestab- 
35 lishing a label switched path for forwarding a packet and 
label stack in a communication network which includes 
a first label switched domain and an . second label 
switched domain Interconnected by a non-label 
switched domain includes receiving logic for receiving 
40 a tunnel packet from a tunnel across the non-labei, 
switched domain which connects the first label switched 
domain and the second label switched domain, where 
the tunnel packet is comprised of an encapsulated pack- 
et and label stack from the tunnel. The device further 
45 Includes decapsulating logic for decapsulating the en- 
capsulated packet and label stack. Forwarding logic for- 
wards the decapsulated packet and label stack across 
the second label switched domain, 
ipig^l^ln yet another further embodiment, a commu- 
te nication system is provided comprising a first label 
switched domain having an egress device, a second la- 
bel switched domain having an ingress device and a 
non-label switched domain whk:h couples the egress 
device of the first label switched domain to the Ingress 
55 device of the second label switched domain. In the com- 
munication system a label path for forwarding a packet 
with a label stack is established by establishing a tunnel 
from an egress device of the first label switched domain 
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to an ingress device of the second label switched do- 
main over the non-label switched domain, encapsulat- 
ing the label switched packet by the egress device of 
the first label switched domain, forwarding the encap- 
sulated label sv^rttched packet by the egress device of 
the first label switched domain over the tunnel to the in- 
gress device of the second label switched domain, de- 
capsulating the encapsulated label switched packet by 
the ingress device of the second label switched domain; 
and fonwarding the decapsulated label switched packet 
by the ingress device of the second label switched do- 
main based upon label switching Infomnatlon in the 
packet.. 

[001 61 Further embodiments of the invention are im- 
plemented as a computer program product having a 
computer useable medium with computer readable pro- 
gram code thereon. The computer readable code may 
be read and utilized by the computer system In accord- 
ance with conventional processes. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[001 7] The foregoing and other objects and advantag- 
es of the invention will be appreciated more fully from 
the following further description thereof with reference 
to the accompanying drawings wherein: 

Figure 1 Is a schematic block diagram of a commu- 
nication network label switched path whteh Includes 
a non-MPLS domain. 

Figure 2 is a schematic block diagram of a commu- 
nication network label switched path using an IP 
tunnel to cross a non-MPLS compliant section of the 
communication network In accordance with an em- 
bodiment of the invention. 

Figure 3 illustrates the flow of control of a method 
for supporting a label switched path across a non- 
MPLS compliant segment In accordance with an 
embodiment of the invention. 
Figure 4 illustrates the flow of control of an egress 
device In a first label switched domain along the la- 
bel switched path in accordance with the embodi- 
ment of Figure 2. 

Figure 5 Is a block diagram of an egress device in 
the first label switched domain along the label 
switched path in accordance with the embodiment 
of Figure 2. 

Figure 6 illustrates the flow of control of an ingress 
device in a second label switched domain along the 
label switched path in accordance with the embod- 
iment of the Figure 2. 

Figure 7 is a block diagram of an ingress device in 
a second label switched domain along the label 
switched path in accordance with the embodiment 
of the Figure 2- 



DESCRIPTION OF PREFERRED EMBODIMENTS 

[0018] An embodiment of the invention establishes a 
tunnel across a non-MPLS domain in a communteation 
5 network that includes a first MPLS domain and a second 
MPLS domain interconnected by the non-MPLS do- 
main. An encapsulation technique is used to preserve 
any label stack infonmation associated with a packet for- 
warded along a label switched path (LSP) which in- 
10 eludes the non-MPLS domain. Specifically, the egress 
device of the first MPLS domain, instead of removing 
the label stack, encapsulates the packet and label stack 
before f onwarding the packet and label stack to the first 
non-MPLS device of the LSP in the non-MPLS domain. 
15 A delivery header of the encapsulated packet Is used to 
determine the next hop for the encapsulated packet 
along the tunnel in the non-MPLS domain. When the en- 
capsulated packet is fonwarded to the ingress device of 
the second MPLS domain, the Ingress device decapsu- 
20 lates the packet and label stack. The packet and label 
stack are then forwarded across the second MPLS do- 
main using lat>el switching. 

[0019] Rgure 1 is a schematic block diagram of an 
exemplary prior art communteatlon network that in- 
25 dudes two MPLS domains (1 01 ,112) Interconnected by 
a non-MPLS domain (106), An LSP Is established from 
border router BR1 (1 02) to border router BR4 (111). The 
LSP shown in Figure 1 traverses three network domains 
specrically the first MPLS domain (101), non-MPLS do- 
30 main (106) and second MPLS domain (112). An LSP 
such as that shown in Rgure 1 is possible because LDP 
permits LDP peers (i.e., two label switching devices 
which use LDP to exchange labeVFEC mappings) to be 
non-contiguous label switching devices. In Rgure 1 , 
35 border router BR2 (104) and border router BR3 (108) 
are non-contiguous label switching devices. The first 
MPLS domain (101) includes border router BR1(102), 
intermediate router R1 (103) and border router BR2 
(104). The non-MPLS domain (106) includes router R2 
40 (1 05), router R3(1 07) and a number of other non-M PLS 
compliant devices (not shown). The routers in the non- 
MPLS domain use a network routing protocol such as, 
for example, IP to fonward a packet. The second MPLS 
domain (112) includes border router BR3(1 08), interme- 
45 diate routers R4(109) and R5(110) and border router 
BR4(111). 

[0020] Border router BR1 (1 02) of the first MPLS do- 
main (101) receives a packet with a label stack to be 
sent over the LSP to border router BR4(111). Border 
50 router BR1 (1 02) processes the packet based upon the 
top label In the label stack and replaces the top label 
with a label that con-esponds to the next hop FEC of the 
packet. The packet is then fonvarded by border router 
BR1(102) to intennediate router R1(103). Intemnediate 
55 router R1(103) receives the packet and processes the 
packet using the top label of the label stack. Intemnedi- 
ate router R1(103) then replaces the top label of the 
packet and fonwards the packet to border router BR2 
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(104). Because border router BR2(104) is the edge 
MPLS device of the first MPLS domain(101), border 
router BR2(1 04) removes the entire label stack from the 
packet before it Is forwarded to router R2(105) in the 
non-MPLS domain. At this point all of the label stack s 
Infonnation Is lost. Border router BR2(104) forwards the 
unlabeled packet (without the label stack) using the net- 
work layer destination address of the packet. 
[0021] In the non-MPLS domain (1 06), router R2(1 05) 
and any intemnedtate routers (not shown) forward the io 
unlabeled packet based upon the network layer desti- 
nation address of the packet. Router R3(1 07) forwards 
the unlabeled packet to border router BR3(108) of the 
secondMPLS domain(112). Border router BR3(1 08) an- 
alyzes the network layer header ( and possibly the trans- is 
port layer header) of the unlabeled packet to determine 
the next hop FEC for the packet. Border router BR3(1 08) 
inserts a label or labels (i .e. a label stack) into the packet 
header and forwards the packet to intemriedlate router 
R4(109). Forwarding of the packet over the second 
MPLS domain (112) in the LSP continues using label 
switching until the packet reaches border router BR4 
(111). 

[0022} As described above, when an LSP crosses a 
non-MPLS domain, the label stack Information associ- 
ated with the packet delivered over the LSP will be lost 
when the packet enters the non-MPLS domain. In order 
to presen/e the label stack Infomnation of the packet, an 
IP tunnel may be advantageously established to cross 
the non-'MPLS domain. Rgure 2 is a schemata block 
diagram of a communication network LSP using an IP 
tunnel to cross a non-MPLS compliant segment of an 
LSP in accordance with an embodiment of the invention. 
An LSP Is established between border router BR1 (202) 
and border router BR4(20B) whtoh crosses a non-MPLS 
domain (206). In a prior art embodiment, the label stack 
information of a packet would be removed by border 
router BR2(204) before the packet is forwarded to a 
router along the LSP in the non-MPLS domain (206). 
However, in an exemplary embodiment of the invention 
as shown in Figure 2, an IP tunnel(210) is established 
across the non-MPLS domain (206) to connect border 
router BR2 (204) of the first MPLS domain and border 
router BR3(205) of the second MPLS domain. The IP 
tunnel may be a generic routing encapsulation (GRE) 
tunnel. GRE is described in an IETF Request for Com- 
ments (RFC) document entitled "Generic Routing En- 
capsulation (GRE)" [RFC1701 (October 1994)] and an 
IETF Internet draft document entitled "Generic Routing 
Encapsulation (GRE)," which is referenced as draft- 
meyer-gre-update-03.txt (January 2000), and are here- 
by incorporated by reference In its entirety. The GRE 
tunnel (21 0) is used to encapsulate the entire packet in- 
cluding the label stack infomnation. The packet and label 
stack infomnation may then be sent across the non- 55 
MPLS domain through the GRE tunnel (210). In one em- 
bodiment, the current implementation of the GRE pro- 
tocol as described in the above-referenced documents 
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may be modified. Specifically, the GRE protocol would 
be amended to make MPLS a supported GRE payload 
packet protocol type. This amendment would require as- 
signing a reference number to the MPLS protocol which 
a GRE header would carry In its protocol type field, 
Sli^^^istuming to F^^g^l^fter the GRE tunnel 
(210) has been established, a GRE header is prepend- 
ed to the packet and label stack (i.e., the payload pack- 
et). The GRE header includes Infonmation such as the 
protocol type of the payload packet. A protocol type 
identifier corresponding to MPLS is Inserted in the GRE 
header so that-border router BR3(205) can Identify the 
packet and process the packet based upon the MPLS 
label stack. 

^2^^^^The GRE packet (i.e., the payload packet and 
GRE header) is then encapsulated in a delivery header 
(such as an IP header) and forwarded across the non- 
MPLS domain. Each router (not shown) in the non- 
MPLS domain (206) forwards the GRE packet using the 
IP header. When the GRE packet reaches border router 
BR3(205) of the second MPLS domain (209), the border 
router BR3(205) removes the IP and GRE headers and 
process the payload packet (I.e. the original packet and 
label stack) using the label stack. Border router BR3 
(205) places a new lat>el onto the label stack corre- 
sponding to the next hop FEC of the packet Forwarding 
of the packet across the second MPLS domain (209) 
continues using label switching until the packet reaches 
border router BR4(208). In alternative embodiments of 
the invention, other IP tunnel types such as Layer Two 
Tunneling Protocol (L2TP), Layer Two Forwarding 
(L2F), User Datagram Protocol (UDP) and IP Security 
(IPSEC) may be used for the IP tunnel (210). Each of 
these protocol types would require appropriate protocol 
specific modifications in order to support MPLS as a 
payload, packet protocol type. 

,||®25^4^^^ggL^strates the flow of control of a meth- 
od for supp^Pi^^abet switched path across a non- 
MPLS compliant segment in accordance with an em- 
bodiment of the invention. At block 301 , an LSP Is es- 
tablished which traverses multiple network domains, 
specifically, a first MPLS domain and a second MPLS 
domain interconnected by a non-MPLS domain. As dis- 
cussed above, label stack information associated with 
a packet typically would be removed, In a prior art em- 
bodiment, when a packet with a label stack is fonvarded 
from the first MPLS domain to the norr-MPLS domain. 
In order to preserve the label stack infomiation in the 
packet, at block 302, an IP tunnel is established which 
crosses the non-MPLS domain and connects the first 
MPLS domain to the second MPLS domain of the LSP, 
As discussed above, the IP tunnel may be a GRE tunnel. 
At block 303, a packet with a label stack is forwarded 
across the first MPLS domain using label switching until 
the packet reaches the non-MPLS domain. When the 
packet reaches the non-MPLS domain, the packet and 
label stack(the payload packet) are encapsulated at 
block 304. A GRE and IP header are placed on the pay- 
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load packet to form a GRE packet. In addition, a payload 
packet identifier con-esponding to MPLS is placed in the 
GRE header. At block 305. the GRE packet is then sent 
across the non-lS/IPLS domain through the GRE tunnel. 
When the GRE packet reaches the second MPLS do- 
main of the LSP. the IP and GRE headers of the GRE 
packet are removed at block 306 and the payload packet 
is forwarded across the second MPLS domain using la- 
bel switching at block 307. By using the IP tunnel, the 
label stack infomnation of the packet is preserved as it 
crosses the non-MPLS domain of the LSP. In alternative 
embodiments of the Invention, the IP tunnel may be a 
L2TP. L2F, UDP^or IPSEC tunnel. 
lmiB^^0s^^^sXraXes the flow of control of an 
egress device in the first label switched domain along 
the label switched path (LSP) in accordance with the 
embodiment of Figure 2. Stalling at block 402, the 
egress device (such as border router BR2 as shown in 
Figure 2 ) receives a packet with a label stack from the 
previous label switching device in the LSP at block 404. 
The egress device then analyzes the top label of the 
packet to detemnine the forwarding for the packet in 
block 406. If the LSP traverses the non-MPLS domain, 
then the next hop for the LSP is mapped to an ingress 
border device of the non-MPLS domain. The mapping 
also Indicates that the packet should be encapsulated 
before being fonwardedto the non-M PLS domain. In oth- 
er words, the packet label will infer a mapping of the 
label to the tunnel across the non-MPLS domain, 
[0027] Once the egress device has detemnined the 
forwarding for the packet, in this case to the tunnel 
across the non-MPLS domain, the egress device re- 
moves (or pops) the top label from the label stack of the 
packet at block 408. At block 410. the packet and label 
stack are encapsulated. As described above, in one em- 
bodiment, the packet and label stack are encapsulated 
using GRE. Once the packet and label stack are encap- 
sulated, the encapsulated packet is fonwarded to the 
next hop device m the non-MPLS domain using the en- 
capsulation header at block 412. The logic tenmlnates 
at block 414. 

[0028] Figure 5 is a block diagram of an egress device 
500 In the first label switched domain along the label 
switched path In accordance with the embodiment of 
Rgure 2. The egress device 500 includes receiving logic 
602 for receiving a packet with a label stack from the 
previous label switching device in the label switched 
path. Label switching fonwarding Iogic504 is used to an- 
alyze the top label of the label stack to detemnine the 
next hop for the packet. The label switching forwarding 
logic 504 Identifies that the next hop is in the non-MPLS 
domain and that the packet and label stack should be 
encapsulated before being forwarded. Encapsulation 
logic 506 is then used to encapsulate the packet and 
label stack for delivery along a tunnel across the non- 
MPLS domain. IP f onwarding logte 508 forwards the en- 
capsulated packet to the next hop device in the non- 
MPLS domain. 
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;^g293g. Fj|ttrjH^lustrates the f tow of control for an In- 
gres^^^of the second label switched domain along 
the label switched path In accordance with the embod- 
iment of Figure 2. Starting at block 600, the ingress de- 
vfces receives an encapsulated packet from the last 
non-MPLS devtoe of the tunnel across the non-MPLS 
domain at block 602. The packet Is analyzed to identify 
the payload packet protocol as MPLS using an identifier 
in the header of the encapsulated packet at btock 604. 
At block 60B, the encapsulation headers are removed 
from the encapsulated packet leaving only the original 
packet and label stack. At block 608, the ingress device 
fonwards the packet and label stack based on the top 
label of the label stack. The ingress device will place a 
label on the label stack corresponding to the next hop 
for the packet- The packet and label stack are forwarded 
to the next hop label switching devfce along the LSP in 
the second MPLS domain. The logic tenmlnates at block 
610. , 

^^^S^^^^^^ a block diagram of an Ingress de- 
vice TTO^asecond MPLS domain along the label 
switched path in accordance with the embodiment of 
Rgure 2. The ingress device 700 includes receiving log- 
k;702forrecehflngan encapsulated packet from the last 
non-MPLS device of the tunnel across the non-MPLS 
domain. Demultiplexing logic 704 Identifies the payload 
packet protocol as MPLS using an identifier In the head- 
er of the encapsulated packet Decapsulation logic 706 
removes the encapsulation headers from the encapsu- 
lated packet leaving the original packet and label stack. 
Label switching f onwarding logfc 708 then forwards the 
packet to the next hop label switching devkse of the LSP 
in the second MPLS domain based on the top label of 
the packet 

[0031] In a preferred embodiment of the invention, 
predominantly all of the logic for supporting a label 
switched path across a non-MPLS compliant segment 
is implemented as a set of computer program instruc- 
tions that are stored in a computer readable medium and 
executed by an embedded mteroprocessor system with- 
in the router. Prefenred embodiments of the Invention 
may be implemented in any conventtonal computer pro- 
gramming language. For example, preferred embodi- 
ments may be implemented in a procedural program- 
ming language (e.g., "C") or an object oriented program- 
ming language (e.g., -0+4.-). Alternative embodiments 
of the invention may be Implemented using discrete 
components, integrated circuitry, programmable logic 
used in conjunction with a programmable logic <ievk:e 
such as a FieW Programmable Gate An-ay (FPGA) or 
microprocessor, or any other means including any com- 
bination thereot 

[0032] Aftemative embodiments of the invention may 
be implemented as a conrputer program product for use 
with a computer system. Such implementation may in- 
clude a series of computer Instructions fixed either on a 
tangible medium, such as a computer readable media 
(e.p., a diskette, CD-ROM. ROM. or fixed disk), or ffoced 



6 



BNSDOCID:<EP 113493aAi I > 



BNS oaoE 



11 



EP1 134 938A1 



12 



in a computer data signal embodied in a carrier wave 
that Is transmittable to a computer system via a modem 
or other interface device, such as a communications 
adapter connected to a networic over a medium. The 
medium may be either a tangible medium (e.g., optical 
or analog communications lines) or a medium imple- 
mented with wireless techniques {e.g., microwave, in- 
frared or other transmission techniques). The series of 
computer instructions preferably embodies all or part of 
the functionality previously described herein with re- 
spect to the system. Those skilled In the art should ap- 
preciate that such computer instructions can be written 
in a number of programming languages for use with 
many computer architectures or operating systems. 
Furthermore, such Instructions may be stored in any 
memory device, such as semiconductor, magnetic, op- 
tical or other memory devices, and may be transmitted 
using any communications technology, such as optical, 
infrared, microwave, or other transmission technolo- 
gies. It Is expected that such a computer program prod- 
uct may be distributed as a removable medium with ac- 
companying printed or electronic documentation (e.p., 
shrinlc wrapped software), preloaded with a computer 
system (e,g., on system ROM or fixed disk), or distrib- 
uted from a server or electronic bulletin board over the 
network (e.g., the Internet or World Wide Web). 
[0033] It should be noted that the term ''paci<et" is 
used herein genertoally to describe various protocol 
messages that are processed by a communication de- 
vice, and should not be construed to limit application of 
the present invention to a specific protocol message for- 
mat or communication protocol. Thus, a "packet" may 
be any protocol message Including, but not limited to, a 
frame, a packet, a datagram, a user datagram or a cell. 
[0034] It should also be noted that the temns "router" 
and "switch" are used herein genericalty to describe any 
of a variety of devices that implement the described pro- 
tocols and procedures for supporting a LSP across a 
non-IN/IPLS segment, andshould not be construed to lim- 
it appircation of the present invention to any specif type 
of device. 

[0035] It should be noted that, although the present 
invention utilizes IETF Label Distribution Protocol 
("LDP") for distributing labels between various label 
switching devices, the mechanism described herein can 
be applied more generally to other protocols, Including, 
but not limited to, various embodiments of the IETF LDP 
as cunently defined or hereinafter revised. The present 
invention is in no way limited to the IETF LDP. 
[0036} It should also be noted that, although the 
present invention utilizes IETF Multi-Protocol Label 
Switching ("MPLS") for utilizing label switching for Inter- 
networking, the mechanism described herein can be ap- 
plied more generally to other label switching protocols. 
Including, but not limited to, various embodiments of the 
IETF MPLS as currently defined or hereinafter revised. 
The present Invention is in no way limited to the IETF 
MPLS. 



[0037] It should be noted that, although a preferred 
embodiment of the Invention uses Generic Routing En- 
capsulation ("GRE") protocol for tunneling, the mecha- 
nism described herein can be applied more generally to 
5 othertunnelingprotocols.Thepresentinventionis in no 
way limited to GRE. 

[0038] Thus, the present Invention may be embodied 
as a method for establishing a label switched path for 
fonwarding a packet with a label stack in a communica- 
te' tion networkwhich includes a first label switched domain 
and a second label switched domain interconnected by 
a non-label switched domain. The method Involves es- 
tablishing a tunnel across the non-label switched do- 
main which connectstheflrstlabel switched domain and 
IS the second label switched domain, encapsulating the 
packet and label stack to form a tunnel packet and for- 
warding the tunnel packet through the tunneL 
[0039] The present invention may be embodied as a 
device for establishing a label switched path for forward- 
20 ing a packet with a label stack in a communfcation net- 
work which Includes a first label switched domain and a 
second label switched domain Interconnected by a non- 
label switched domain. The device includes label 
switching fonwarding logic for analyzing the label stack 
25 of the packet to determine the next hop for the packet, 
encapsulating logic for encapsulating the packet and la- 
bel stack to fonm a tunnel packet and for establishing a 
tunn el across the non-label switched domain whteh con- 
nects the first label switched domain and the second la- 
30 bel switched domain, and fonivarding logic for forward- 
ing the tunnel packet through the tunneL 
[0040] The present invention may also be embodied 
as a computer program product comprising a computer 
readable medium having embodied therein a computer 
35 program for establishing a label ewitohed path for for- 
warding a packet with a label stack in a communication 
network which includes a first label switched domain 
and a second label switched domain interconnected by 
a non-label switched domain. The computer program in- 
40 eludes program code establishing a tunnel across the 
non-label switched domain which connects the first label 
switched domain and the second label switched do- 
main, program code for encapsulating the packet and 
label stack to form a tunnel packet and program code 
^ for fonvarding the tunnel packet through the tunneL 
[0041] The present invention may be embodied as a 
communication system Including a first label switched 
domain having an egress device, a second label 
switched domain having an ingress devtee and a non- 
50 label switched domain whbh couples the egress device 
of the first label switched domain to the ingress devk^e 
of the second label switched domain where a label 
switched path for fonvarding a packet with a label stack 
is established by establishing a tunnel from an egress 
55 device of the first label switched domain to an ingress 
device of the second label switched domain over the 
non-label switched domain, encapsulating the label 
switched packet by the egress devk:e of the first label 
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switched domain, forwarding the encapsulated label 
switched paclcet by the egress device of the first label 
switched domain over the tunnel to the ingress device 
of the second labei switched domain, decapsulating the 
encapsulated label switched packet by the ingress de- 
vice of the second label switched domain andfonward- 
ing the decapsulated label switched packet by the in- 
gress device of the second label switched domain based 
upon label switching infomnation in the packet. 
[0042] Although various exemplary embodiments of 
the invention have been disclosed, it should be apparent 
to those skilled in the art that various changes and mod- 
ifications can be made which will achieve some of the 
advantages of the invention without departing from the 
true scope of the invention. These and other obvious 
modifications are Intended to be covered by the append- 
ed claims. 



Claims 



t . A method for establishing a label switched p^ for 
foPA^arding a packet with a.label stack In a comrnu- 
nication network, the communication network in- 
cluding a first label switched domain and a second 
labei switched domain interconnected by a non-la- 
bel switched domain, the method comprising: 

establishing a tunnel across the non-label 
switched domain which connects the first label 
switched domain and the second label 
switched domain; 

encapsulating the packet and label stack to 
f omi a tunnel packet; and f onwarding the tunnel 
packet through the tunnel. 

2 A method according to claim 1 , wherein establish- 
ing a tunnel Includes mapping atop label of the label 
stack to the tunnel. 

3. A method according to claim 1 . wherein the tunnel 
Is an IP tunnel. 

4. A method according to claim 3. wherein the IP tun- 
nel is a Generic Routing Encapsulation (GRE) tun- 
nel. 

5. A method according to claim 4, wherein encapsu- 
lating the packet and label stack infomnation in- 
cludes providing a label switching protocol identif ier 
such that the second label switched domain may 
identify the packet and label stack. 

6. A method according to claim 1 . wherein the first la- 
bel switched domain is a Multiprotocol Label 
Switching (MPLS) domain. 

7. Amethodaccordingtoclaimi or6,whereinthesec- 



ond label switched domain is a Multiprotocol Ubel 
Switehing (MPLS) domain. 

8. A method according to claim 7. wherein encapsu- 
5 lating the packet and label stack information in- 
cludes providing an MPLS identifier in the tunnel 
packet such that the second label switched domain 
may identify the packet and label stack. 

10 9. A device for establishing a label switched path for 
forwarding a packet with a label stack in a commu- 
nication network, the communication networtc in- 
cluding a first label switched domain and a second 
label switched domain Interconnected by a non-la- 

13 bel switched domain, the devtee comprising: 

label switching forwarding logic tor Identifying 
the next hop for the packet; 
encapsulating logk: for encapsulating the pack- 
20 et and label stack information to fonm a tunnel 

packet and for establishing a tunnel across the 
non-label switched domain which connects the 
first label switched domain and the second la- 
bel switched domain; and 
25 forwarding logic for fomirarding the tunnel pack- 

et through the tunnel. 



10. A computer program productfor use on a computer 
' system for establishing a label switched path for f or- 
30 warding a packet with a label stack in a communi- 
cation networtc the communication network includ- 
ing a first label switched domain and a second label 
switched domain interconnected by a non-label 
switched domain, the computer program product 
35 comprtsing acomputerusable medium having com- 
puter readable program code thereon, the compu- 
ter readable program code including; 

program code for establishing an IP tunnel 
40 across the non-label switched domain which 

connects the first label switched domain and 
the second label switched domain; 
p rogram code for encapsulating the packet and 
label stack infomnation to fomn a tunnel packet; 
45 and 

program code f or f on^irardlng the tunnel packet 
through the tunneL 

11. A method for establishing a label switched path for 
so fonwarding a packet with a label stack In a commu- 
nfcation network, the communication networtc in- 
cluding a first label switched domain and a second 
label switched domain Interconnected by a non-la- 
bel switched domain, the m^od comprising: 

55 

establishing a tunnel across the non-label 
switched domain which connects the first label 
switched domain and the second label 



8 



BNS oaQE 



BNSDOCID:<EP n34938Al I > 



15 



EP 1 1 34 938 A1 



16 



switched domain; 

receiving a tunnel packet fronn the tunnel, the 
tunnel packet connprised of an encapsulated 
packet and label stack; 
decapsulating the encapsulated packet and la- 
bel stack; and 

fonvarding the decapsulated packet and label 
stack across the second label switched do- 
main. 

12. A device for establishing a label switched path for 
forwarding a packet with a label stack In a commu^ 
nlcation network, the conrmnunlcation network In- 
cluding a first label switched domain and a second 
label switched domain interconnected by a non-la- 
bel switched domain, the device comprising: 

receiving logic for receiving a tunnel packet 
from a tunnel across the non- label switched do- 
main which connects the first label switched do- 
main and the second label switched domain, 
the tunnel packet comprised of an encapsulat- 
ed packet and label stack; 
decapsulating logic for decapsulating the en- 
capsulated packet and label stack; and 
fonAfardlng logic for forwarding the decapsulat- 
ed packet and label stack across the second 
label swithced domain. 

1 3. A computer program product for use on a computer 
system for establishing a label switched path for for- 
warding a packet with a label stack In a communi- 
cation network, the communication network includ- 
ing a first label swrtched domain and second label 
switched domain Interconnected by a non-label 
switched domain, the device comprising:, the com- 
puter program product comprising a computer use- 
able medium having computer readable program 
code thereon, the computer readable program code 
including: 

program code for establishing a tunnel across 
the non-label switched domain which connects 
the first label swithced domain and the second 
label switched domain; 

program code for receiving a tunnel packet 
from the tunnel, the tunnel packet comprised of 
an encapsulated packet and label stack; 
program code for decapsulating the encapsu- 
lated packet and label stack; and 
program code for forwarding the decapsulated 
packet and label stack across the second label 
switched domain. 

14. In a communication system having a first label 
switched domain interconnected with a second la- 
bel switched domain by a non-label switched do- 
main, a method for forwarding a label switched 
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packet from the first label switched domain to the 
second label switched domain, the method com- 
prising: 

establishing a tunnel from an egress device 
of the first label switched domain to an ingress de- 
vice of the second label switched domain over the 
non-label switched domain: 

encapsulating the label switched packet by 
the egress device of thefirst label switched domain: 

forwarding the encapsulated label switched 
packet by the egress device of the first label 
switched domain over the tunnel to the ingress 
device of the second label switched domain; 
decapsulated the encapsulated label switched 
packet by the ingress device of the second label 
switched domain; and 

fonvarding the decapsulated label swrtched 
packet by the ingress device of the second label 
switched domain based upon labef switching 
Information in the packet. 

15. A tunneling protocol for interconnecting a first label 
switched domain and a second label switched do- 
main, the tunneling protocol comprising: 

encapsulation means for encapsulating a pay- 
load packet from a label switched protocol: and 
a protocol type indicator for identifying the label 
switched protocol. 

16. A communication system comprising a first label 
switched domain having an egress device, a sec- 
ond label switched domain having an ingress de- 
vk:ean a non-label switched domain which couples 
the egress device of the first label switched domain 
to the ingress device of the second label swrtched 
domain, wherein a label switched path for forward- 
ing a packet and label stack is established by 



establishing a tunnel from an egress device of 
the first label switched domain to an ingress de- 
vice of the second label switched domain over 
the non-label switched domain; 
encapsulating the packet and label stack by the 
egress device of the first label switched do- 
main; 

forwarding the encapsulated packet and label 
stack by the egress device of the first label 
switched domain over the tunnel to the Ingress 
device of the second label switched domain; 
decapsulating the encapsulated packet and la- 
bel stack by the ingress device of the second 
label switched domain; and 
forwarding the decapsulated packet and label 
stack by the ingress device of the second label 
swrtched domain based upon label switching 
information in the packet 
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17. A communication system comprising: 



a first label switched domain for fonwarding a 
label switched packet, the first label switched 
domain having a plurality of label switching de- 
vices including an egress device; 
a second label switched domain for forwarding 
the label switched packet, the second label 
switched domain having a plurality of label 
switching devices including an ingress device; 

a"n1)n-label switched domain having a plurality 
of forwarding devtees. the non-label switched 
domain coupling the egress device of the first 
label switched domain to the ingress device of 
the second label switched domain; wherein: 
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the egress device establishes a tunnel 
from the first label switched domain to the 
ingress device of the second label ^ 
switched domain across the non-label 
switched domain; 

the egress device encapsulates the label 
switched packer, 

the egress devkre f onwards the encapsulat- 
ed label switched packet over the tunnel to 
the ingress devtee of the second label 
switched domain; 

the ingress device recen/es the encapsu- 
lated labelswitchedpacketfromthetunnel; so 
the ingress device decapsulates the en- 
capsulated label switched packet, and 
the Ingress device forwards the decapsu- 
lated label switched packet based on label 
switching infonmatlon In the packet ^ 
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